System and method for advancing to a predefined portion of a decompressed media stream

ABSTRACT

A computer system generates a first decompressed media stream based on a first compressed media stream. While providing the first decompressed media stream to a presentation device, the computer system receives a content-transition indication for providing a second decompressed media stream to the presentation device instead of the first decompressed media stream. The content-transition indication corresponds to a request to display the second decompressed media stream starting at a respective point within a predefined portion of the second decompressed media stream. The computer system receives a second compressed media stream corresponding to the second decompressed media stream. In response to receiving the content-transition indication, the computer system generates the predefined portion of the second decompressed media stream and provides a subset of the predefined portion, that does not include content prior to the respective point, to the presentation device instead of the first decompressed media stream.

RELATED APPLICATIONS

This application claims priority to U.S. Provisional Patent ApplicationSer. No. 61/861,330, filed Aug. 1, 2013, entitled “Transitioning fromDecompressing One Compressed Media Stream to Decompressing another MediaStream,” which application is incorporated by reference in its entirety.

This application is related to U.S. Provisional Patent Application Ser.No. 61/836,079, filed Jun. 17, 2013, entitled “System and Method forSwitching Between Media Streams while Providing a Seamless UserExperience;” U.S. Provisional Patent Application Ser. No. 61/881,353,filed Sep. 23, 2013, entitled “System and Method for EfficientlyProviding Media and Associated Metadata;” and U.S. Provisional PatentApplication Ser. No. 61/892,343, filed Oct. 17, 2013, entitled “Systemand Method for Switching between Media Items in a Plurality of Sequencesof Media Items,” which applications are incorporated by reference intheir entireties.

TECHNICAL FIELD

The disclosed implementations relate to decompressing compressed mediacontent generally and transitioning between decompressing media streamsin particular.

BACKGROUND

As computer technology has improved and become ubiquitous, usersincreasingly are able to consume media content on or through theircomputer based devices. For example, users can listen to audio contentor watch video content on a variety of computer based electronicdevices. This media content is sometimes compressed. In addition,advances in media content compression technology have increased thespeed and reliability with which information can be transmitted overcomputer networks. As such, it is possible to stream media data overcomputer networks as needed rather than transmitting a file in aphysical media, such as a CD or DVD, or downloading the entire filebefore consuming the media content.

SUMMARY

When media content is encrypted and/or compressed, it is subsequentlydecrypted and/or decompressed before being presented to a user; however,some solutions for streaming media that is transmitted in an encryptedand/or compressed format are cumbersome and involve excessive loadingtimes that interfere with a user experience of streaming the media. Thisis especially true when attempting to transition between media streamswhere the device switches from decrypting and/or decompressing one mediastream to decrypting and/or decompressing another media stream. Sometransitions result from user selection of another media stream forpresentation. Other transitions occur because the amount of bandwidthcurrently available at a device receiving a media stream changes. Inthis case, another media stream with the same media content is requestedto better match the current available bandwidth. For example, if theavailable bandwidth decreases, a lower quality stream (e.g., a mediastream with less fidelity and therefore less data to be transmitted) isrequested. If the available bandwidth increases, a higher quality mediastream is requested to improve the presentation quality to the user.

The decompression of a media stream is often accomplished though the useof a decoder (e.g., the decoding component of a codec that uses analgorithm for decompressing media streams). When switching betweenstreams of media content, more than one decoder is sometimes necessary(e.g., when the different streams of media content are encoded indifferent formats). Running multiple decoders can strain the processingand memory resources of an electronic device, resulting in a degradeduser experience. In addition, the time needed to load and run a seconddecoder can also degrade user experience by causing a media stream(e.g., a video stream) to pause while the second decoder loads. In suchcircumstances, if a user attempts to scan through several media streams(e.g., channel surfing through television channels), the user willlikely experience frequent breaks in presentation of the content as thesystem loads the appropriate decoder.

Accordingly, there is a need for a method to transition fromdecompressing one compressed media stream to decompressing another mediastream seamlessly even when more than one decoder is necessary toprovide a seamless user experience when transitioning between differentmedia streams. Such methods and interfaces may complement or replaceconventional methods for switching between media stream channels. Suchmethods and interfaces enhance the user experience as the user is ableto switch between media stream channels without interruption ofstreaming content. In particular, when switching between two mediastreams that include the same content but at two different bitrates, thetransition can be made without interrupting media presentation. Inaddition, users watching live media streams (e.g., live sporting events)will be able to browse through different channels without undue delay(e.g., without being shown a “now loading” or “waiting to buffer”message and/or an icon indicating that the content is buffering such asan hourglass, spinning icon, or progress bar).

In accordance with some implementations, a method to transition fromdecompressing one compressed media stream to decompressing another mediastream seamlessly is disclosed. The method is performed at a computersystem including one or more processors and memory. The computer systemgenerates a first decompressed media stream based on a first compressedmedia stream and provides the first decompressed media stream to apresentation device. While providing the first decompressed media to thepresentation device, the computer system: receives a content-transitionindication indicating that a second decompressed media stream is to beprovided to the presentation device instead of the first decompressedmedia stream, stores first buffered data corresponding to the firstdecompressed media stream, and receives a second compressed media streamcorresponding to the second decompressed media stream. After receivingthe second compressed media stream, the computer system provides thefirst buffered data corresponding to the first decompressed media streamto the presentation device while preparing to generate the seconddecompressed media stream. After preparing to generate the seconddecompressed media stream, the computer system provides the seconddecompressed media stream to the presentation device instead ofproviding the first buffered data corresponding to the firstdecompressed media stream.

In accordance with some implementations, a method to transition fromdecompressing one compressed media stream to decompressing another mediastream seamlessly is disclosed. The method is performed at a computersystem including one or more processors and memory. The computer systemgenerates a first decompressed media stream based on a first compressedmedia stream. The computer system provides the first decompressed mediastream to a presentation device. While providing the first decompressedmedia stream to the presentation device, the computer system receives acontent-transition indication indicating that a second decompressedmedia stream is to be provided to the presentation device instead of thefirst decompressed media stream. In response to receiving thecontent-transition indication, the computer system selects a firsttransition point in first content corresponding to the first compressedmedia stream and selecting a second transition point in second contentcorresponding to the second compressed media stream, wherein: the secondtransition point is selected in accordance with a bandwidth availablefor receiving the second compressed media stream; and the firsttransition point is selected based on the second transition point. Thecomputer system requests the second compressed media stream starting atthe second transition point, and generates a second decompressed mediastream based on the second compressed media stream that includes contentafter the second transition point. After generating the seconddecompressed media stream, the computer system ceases to provide thefirst content at the first transition point (e.g., to a presentationdevice) and starts to provide the second content at the secondtransition point (e.g., to the presentation device).

In accordance with some implementations, a computer system (e.g., aclient computer system or server computer system) includes one or moreprocessors, memory, and one or more programs; the one or more programsare stored in the memory and configured to be executed by the one ormore processors and the one or more programs include instructions forperforming the operations of the method described above. In accordancewith some implementations, a non-transitory computer readable storagemedium has stored therein instructions which when executed by one ormore processors, cause an computer system (e.g., a client computersystem or server computer system) to perform the operations of themethods described above.

BRIEF DESCRIPTION OF THE DRAWINGS

The implementations disclosed herein are illustrated by way of example,and not by way of limitation, in the figures of the accompanyingdrawings. Like reference numerals refer to corresponding partsthroughout the drawings.

FIG. 1 is a block diagram illustrating a server client environment inaccordance with some implementations.

FIG. 2 is a block diagram illustrating an electronic device inaccordance with some implementations.

FIG. 3 is a block diagram illustrating a server system in accordancewith some implementations.

FIGS. 4A-4I illustrate exemplary flow diagrams for switching betweenvideo streams in accordance with some implementations.

FIGS. 5A-5I are flow diagrams illustrating a method of switching from afirst video stream to a second video stream, in accordance with someimplementations.

FIG. 6 is a flow diagram illustrating a method of switching from a firstvideo stream to a second video stream, in accordance with someimplementations.

DETAILED DESCRIPTION

Attention is now directed to the figures, and in particular to FIG. 1,which is a block diagram of a client-server environment, according tosome implementations. The client-server environment 100 includes one ormore client environments (108-1 . . . 108-n), one or more server systems(120-1 . . . 120-n), and, optionally, one or more other content sources121 (e.g., media servers, content delivery networks or peers in apeer-to-peer network) that are connected through a network 110. In someimplementations, the client environment 108-1 includes one or moreelectronic devices (e.g., first electronic device 102-1 and secondelectronic device 106-1). In some implementations, the server system120-1 is associated with a media content provider with which users (andtheir electronic devices) optionally have accounts that enable the usersto access media content from one of the server systems (120-1 . . .120-n). The network 110 can be any network such as the Internet, otherWide Area Networks, Local Area Networks, Personal Area Networks,metropolitan area networks, VPNs, local peer-to-peer and/or ad-hocconnections, and so on.

In some implementations, the client environment 108-1 includes a firstelectronic device 102-1 (e.g., a controlling electronic device). In someimplementations, the first electronic device 102-1 is one of the groupof: a personal computer, a mobile electronic device, a laptop, a tabletcomputer, a mobile phone, a digital media player, or any otherelectronic device able to prepare media content for presentation,control presentation of media content, and/or present media content.

In some implementations, the client environment 108-1 also includes asecond electronic device 106-1 (e.g., a controlled electronic device).In some implementations, the second electronic device 106-1 is one ofthe group of: a computer, an audio/visual system, a mediareceiver/player, television or similar display device, a discretegraphics processing unit, or any other electronic device able to presentmedia content (e.g., display visual content and/or play audio content).In some implementations, both the first electronic device 102-1 and thesecond electronic device 106-1 are associated with a common user account(or associated user accounts) provided by a content provider with whichthe server system 120 is associated. For example, in someimplementations, the server system 120 is operated and/or provided by asubscription-based media streaming service to which a user, optionally,has an account, and the first and second electronic devices 102-1, 106-1are each associated with account credentials that enable them tocommunicate with and receive content from the server system 120-1. Insome implementations, the first electronic device 102-1 (e.g., apersonal computer or a set top box) is associated with accountcredentials and receives content from server system 120-1, and thesecond electronic device 106-1 is a media presentation device (e.g., aset of speakers, a television, etc.) that receives the content from thefirst electronic device 102-1 and presents that content to the user. Insome embodiments, the second electronic device 106-1 is integrated withthe first electronic device 102-1 (e.g., the second electronic device isa display or monitor connected to, or integrated with, an electronicdevice such as a laptop computer, a desktop computer, a smart phone, ora tablet computer)

In some implementations, both the first electronic device 102-1 and thesecond electronic device 106-1 are on the same local network. In someimplementations, the first electronic device 102-1 and the secondelectronic device 106-1 are on different local area networks. In someimplementations, the local network is a Local Area Network. In someimplementations, the server system 120 is not located on the same LocalArea Network as either the first electronic device 102-1 or the secondelectronic device 106-1.

As noted above, Local Area Networks are often associated with arelatively small geographic area (e.g., one house or building or acorporate or academic campus) and create IP address space behind atraffic routing device. In some implementations, the traffic routingdevice uses network address translation to connect devices within theLAN to devices outside the LAN. Network address translation is theprocess of readdressing packets by modifying the IP address contained ineach packet so that the packets reach their intended destination device.Network address translation allows a plurality of electronic devices onthe Local Area Network to connect to the Internet through a single IPaddress (e.g., the IP address of the traffic routing device). Thetraffic routing device (i.e. a router) receives incoming packets,determines which device on the Local Area Network is the intendedrecipient, and modifies the IP address to identify that device. Forexample, a Local Area Network has 5 devices with local IP addresses192.168.0.1-192.168.0.5 that all connect to a router. The routerconnects to the Internet and has an IP address of 12.162.29.2. Usingnetwork address translation, the router translates the source addressfor all communications sent from any of the 5 devices and intended fordestinations in the Internet to be 12.162.29.2 (the router's IPaddress). On the other hand, the router collects all packets incomingfrom the Internet, determines the intended recipient device based uponthe contents of each packet, and translates the destination IP addressto the address of the correct device on the Local Area Network. So whenthe intended device is the device with Local Area Network IP address196.168.0.2, the router would change the destination address to thisaddress. Local Area Networks also commonly use firewalls to limitincoming connections. In this way, computer devices outside of the LocalArea Network are generally not able to communicate directly with thedevices on a Local Area Network. Indeed, in some Local Area Networks thedevices in the network are not contactable even by other devices in theLocal Area Network.

In some implementations, both the first electronic device 102-1 and thesecond electronic device 106-1 are on the same Personal Area Network. Insome implementations, the Personal Area Network uses BLUETOOTHcommunication technology. In some implementations, the server system 120is not located on the same Personal Area Network as either the firstelectronic device 102-1 or the second electronic device 106-1.

In some implementations, the first electronic device 102-1 includes amedia content presentation and control application (presentation module220 in FIG. 2, sometimes referred to herein as a “media application”).The media application is able to control the presentation of media bythe electronic device 102-1. For example, the media application enablesa user to navigate media content items, select media content items forplayback on the electronic device 102-1, select media streams forpresentation, change currently displayed media streams, create and editplaylists, etc. In some implementations, media content is stored by thefirst electronic device 102-1 itself. In other implementations, themedia content is stored by a server system 120, which is, optionally,located remotely from the first electronic device 102-1. The mediacontent is then streamed from the server system 120 to the firstelectronic device 102-1 over the network 110. As used herein, mediacontent is streamed from a source to a destination by transmitting datacorresponding to the media content from the source to the destinationover time where a computer at the destination can perform operations onthe media content before the media content has been completely received(e.g., a first portion of the media content is received from the sourceand can be played before a second, later, portion of the media contentis received from the source).

In some implementations, the data streamed from the server system 120 isstored/cached by the first electronic device 102-1 in a media contentbuffer (e.g., compressed buffer 136 in FIG. 1-2 or 408-A or 408-B inFIGS. 4A-4I) in the memory of the first electronic device 102-1. Storingdata in a buffer while it is being moved from one place to another(e.g., temporarily storing compressed data received from a contentsource before it is processed by a codec and/or temporarily storingdecompressed data generated by a codec before it is rendered by arenderer) is sometimes referred to as “buffering” data, and data storedin this way is sometimes referred to a “buffered” data. “Buffered” datais typically, but optionally, removed (or marked for deletion) from thebuffer in which it was stored after it is transmitted from the buffer toits destination (e.g., a codec or a renderer), rather than being storedfor later use. In some implementations, media content stored in themedia content buffer is removed after the media content is presented bythe first electronic device 102-1, allowing new media content data to bestored in the buffer. In other implementations, at least some of themedia content stored in the media content buffer is retained for apredetermined amount of time after the content is presented by the firstelectronic device 102-1 and/or until other predetermined conditions aresatisfied. In some implementations, the media content buffer storesmedia content from a first media stream. The media content of the firstmedia stream is received from a server system 120-1. In someimplementations, the media content buffer stores media content from morethan one media content stream.

In some implementations, the media stream data from the server system120 (or another content source 121 such as a content delivery system ora peer in a peer-to-peer network) is compressed and/or encrypted priorto being transmitted to the first electronic device 102 to reduce thebandwidth needed to transmit the media stream. Once the media streamdata has been received by the first electronic device 102-1, the mediastream data needs to be decompressed and/or decrypted before it can bepresented at a media presentation device. In some implementations, thefirst electronic device 102-1 includes one or more decrypters 132, oneor more demultiplexers 134 (sometimes called demuxers), a compresseddata buffer 136, one or more decoders 138, and a decompressed buffer140. In some implementations, the one or more decrypters 132, the one ormore demultiplexers 134, and the one or more decoders 138 areimplemented as software modules that are executed on a multi-purposecomputer processor. In some implementations, the one or more decrypters132, the one or more demultiplexers 134, and the one or more decoders138 are implemented on specialized computer hardware.

In some implementations, the second electronic device 106-1 includes arenderer 142 and an output device 144. In some implementations, somecomponents, such as the one or more decoders 138 and the decompressedbuffer 140 can be located in either the first electronic device 102-1 orthe second electronic device 106-1. In some implementations, the firstelectronic device 102-1 transmits the media stream data to the secondelectronic device 106-1.

In some implementations, the first electronic device 102-1 receives themedia stream data from the server system 120-1 (or another contentsource 121 such as a content delivery system or a peer in a peer-to-peernetwork) and passes the media stream data to at least one of the one ormore decrypters 132. In some implementations, the decrypter 132 receivesencrypted data and decrypts it to produce decrypted data. Anyappropriate encryption algorithm can be used including, but not limitedto, symmetric key encryption algorithms or public-key encryptionalgorithms. The decrypted data is then passed from the decrypters 132 toone or more demultiplexers 134.

In some implementations, the demultiplexer 134 (also known as a filesplitter) separates a media stream that includes interlaced multipleindividual component streams into the individual component streams. Forexample, a media stream includes a video stream, an audio stream,subtitles, and other data that have all been interlaced or interwoveninto a single combined media stream. The one or more demultiplexers 134separates the combined media stream into its constituent parts forseparate processing. The one or more demultiplexers 134 outputcompressed data that is then stored in the compressed data buffer 136.

In some implementations, compressed data stored in the compressed bufferis sent to at least one of the one or more decoders 128. In someimplementations, the decoder 138 is the decoding component of a codec(e.g., coder-decoder) that is either implemented by a software module ora specialized piece of computer hardware. In some implementations, adecoder 138 takes encoded information and uses a predefined algorithm toconvert the encoded data to decoded, decompressed data. In someimplementations, the decoder 138 is any appropriate decoder, includingeither lossless or lossy decoders. For example, H.264, V9, DivX, Xvid,are all examples of codecs that can be used to encode (e.g., compress)and decode (e.g., decompress) information.

In some implementations, the decrypted, decompressed media stream datais stored in a decompressed buffer 140. In some implementations, thedecompressed buffer 140 is fixed in size. In other implementations, thedecompressed buffer 140 is dynamically resized to accommodate differentamounts of decompressed data (e.g., the decompressed buffer 140 is,optionally, expanded in size as the amount of decompressed data thatneeds to be stored and is, optionally, reduced in size as the amount ofdata that needs to be stored decreases). In some implementations, thedecompressed data in the decompressed buffer 140 is stored as one ormore frames, where each frame includes all the data needed to bedisplayed on a given display at one time. For example, the decompressedbuffer would, in a steady state, store approximately 4 decompressedframes of data (e.g., enough data to display four subsequent frames). Insome implementations, when switching between providing a first mediastream and a second media stream, the decompressed buffer is increasedto store up to 24 frames of decompressed media stream data. In someimplementations, the decompressed buffer 140 stores ten to fifteenseconds of video for a first stream while preparing to begin providing asecond stream for display.

In some implementations, the renderer 142 prepares the decompressed datastored in the decompressed buffer 140 to be presented on an outputdevice 144. In some implementations, the renderer 142 storesdecompressed stream data in a display buffer or frame buffer prior tosending the data to a presentation device. In some implementations, theoutput device 144 then transfers the rendered data to a device forpresenting the media data. In some implementations, the output device144 itself is a display or audio presentation device and presents themedia data directly (e.g., a display or speakers).

For example, the first electronic device 102-1 receives anencrypted/multiplexed/compressed video stream, decrypts the video streamwith decrypters 132, demultiplexes the video stream with demultiplexers134, and stores the decrypted/demultiplexed video stream in compressedbuffer 136. The video stream is then decompressed by a decoder 138 atthe first electronic device 102-1 or the second electronic device 106-1and the decrypted/demultiplexed/decompressed video stream is stored in adecompressed buffer 140 at the first electronic device 102-1 or thesecond electronic device 106-1. The decrypted/demultiplexed/decompressedvideo stream is provided to a renderer 142 at the second electronicdevice 106-1 that renders content corresponding to thedecrypted/demultiplexed/decompressed video stream, the rendered contentis presented to the user using output device 144 (e.g., the video streamis displayed on a display such as a touch screen, computer monitor, ortelevision).

The client-server environment 100 also includes a server system 120. Insome implementations, the server system 120 includes a media streamingmodule 122, a media content database 124, and a context database 126.The media content database 124 stores media content that can bepresented by an electronic device. For example, in some implementations,the media content database 124 stores audio (e.g., music, audio books,podcasts, etc.), video (e.g., movies, television shows, etc.), images,or other content that can be streamed to other electronic devices. Insome implementations, the media content database includes data stored indifferent formats and file types to allow a variety of different devicesand/or applications to receive streamed content under a variety ofdifferent network conditions (e.g., varying available networkbandwidth). In some implementations, the data is stored in a single fileformat and is converted/transcribed/transcoded to the appropriate datatype or format before or as it is streamed to a remote device.

In some implementations, the server system 120 includes a mediastreaming module 122. In some implementations, the media streamingmodule 122 receives media control requests from electronic devices andstreams media content in response. In some implementations, the mediastreaming module 122 receives media control requests from a firstelectronic device 102-1. For example, a user sends a media controlrequest to the server using a mobile phone (a first electronic device)requesting that a particular media stream be presented. The serversystem 120 then sends the requested media stream to the first electronicdevice 102-1. In some implementations, instead of sending the requestedmedia stream to the first electronic device 102-1, the server system 120enables the first electronic device 102-1 to obtain the media streamfrom other content sources 121 (e.g., media servers, content deliverynetworks or peers in a peer-to-peer network) by sending instructions tothe other content sources 121 to deliver the media stream to the firstelectronic device 102-1 or by sending the first electronic device 102-1information that enables the first electronic device 102-1 to requestthe media stream from the other content sources 121 (e.g., identifierssuch as IP addresses for other content sources that are available toprovide at least a portion of the media stream to the first electronicdevice 102-1)

In some implementations, the received media control request includesinformation identifying the stream requested by the first electronicdevice 102-1 (e.g., information identifying the content requested and/orinformation identifying the file format processing or other capabilitiesof the first electronic device 102-1). Accordingly, the media controlrequest will identify that a request is intended for the home stereo,for example, so that the server system 120 can send the requested mediaand/or the media control request to the home stereo. In someimplementations, the electronic device provides the server system withan indication of device capabilities of the device such as screenresolution, processing speed, video buffer size/availability, codecavailability and the like, and the server system provides content to theelectronic device in accordance with the device capabilities.

In some implementations, the server system 120 includes a contextdatabase 126. The context database 126 stores data associated with thepresentation of media content by an electronic device. In someimplementations, the context database 126 includes, among other things,the current position in a media stream that is being presented by anelectronic device, a playlist associated with the media stream,previously played content, skipped pieces of media content, andpreviously indicated user preferences. For example, the contextdatabase, optionally, includes information that a media stream to anelectronic device currently is presenting a song, at 1 minute and 23seconds into the song, as well as all the songs played in the last hourand the next 20 songs in the playlist. In some implementations, theserver system 120 transmits the context associated with a media streamto the device that is presenting the media stream so that one or moreitems of context information can be used by the device, such as fordisplay to the user. In some implementations, when the device to whichthe media content is being streamed changes, the server system 120 (oranother content source 121 such as a content delivery system or a peerin a peer-to-peer network) transmits the context associated with theactive media content to the newly active device.

FIG. 2 is a block diagram illustrating an electronic device 102 (orelectronic device 106), in accordance with some implementations. Theelectronic device 102 typically includes one or more processing units(CPUs) 202, one or more network interfaces 210, memory 212, and one ormore communication buses 214 for interconnecting these components. Theelectronic device 102 includes a user interface 204. The user interface204 includes output device(s) 206, including user interface elementsthat enable output 206 to be presented to a user, including via speakersor a visual display (sometimes referred to herein as a second electronicdevice 106). The user interface 204 includes input device(s) 208,including user interface components that facilitate user input such as akeyboard, a mouse, a voice-command input unit, a touch sensitivedisplay, a touch-sensitive input pad, a gesture capturing camera, orother input buttons. In some implementations, the electronic device 102is a wireless device, such as a mobile phone or a tablet computer.Furthermore, some client systems 101 use a microphone and voicerecognition or a camera and gesture recognition to supplement or replacethe keyboard. Memory 212 includes high-speed random access memory, suchas DRAM, SRAM, DDR RAM, or other random access solid state memorydevices; and optionally includes non-volatile memory, such as one ormore magnetic disk storage devices, optical disk storage devices, flashmemory devices, or other non-volatile solid state storage devices.Memory 212 optionally includes one or more storage devices remotelylocated from the CPU(s) 202. Memory 212, or alternately the non-volatilememory device(s) within memory 212, includes a non-transitory computerreadable storage medium. In some implementations, memory 212 or thecomputer readable storage medium of memory 212 stores the followingprograms, modules and data structures, or a subset thereof:

-   -   an operating system 216 that includes procedures for handling        various basic system services and for performing hardware        dependent tasks;    -   a network communication module 218 that is used for connecting        the electronic device 102 to other computers via the one or more        communication network interfaces 410 (wired or wireless) and one        or more communication networks, such as the Internet, other Wide        Area Networks, Local Area Networks, Personal Area Networks,        metropolitan area networks, VPNs, local peer-to-peer, ad-hoc        connections, and so on;    -   a presentation module 220 for enabling presentation of media        content at the electronic device 102 through the output devices        206 (e.g., screens, speakers, headphones, etc.) associated with        the user interface 204 or second electronic device 106-2;    -   one or more client system applications module(s) 222 for        enabling the electronic device 102 to perform the functions        offered by the client system 102, the application module(s) 222        including but not limited to:        -   an input processing module 224 for receiving input from a            user through an input device 208 and interpreting the            received input;        -   a media request generation module 226 for generating a            request for media stream data based on input received from            the input processing module 224;        -   a media stream reception module 228 for receiving one or            more media streams from a media streaming server, remote            from the electronic device 102;        -   a decrypter 132 for using an algorithm to convert encrypted            data received from a server system 120 to decrypted data;        -   a demultiplexer 134 for separating a media stream with two            or more distinct constituent streams interleaved within it            into a plurality of constituent streams;        -   a decoder 138 for decompressing encoded data;        -   a renderer 142 for preparing decrypted, demultiplexed, and            decompressed data to be presented on an output device (e.g.,            output device 206); and        -   a bandwidth allocation module 230 for allocating bandwidth            between a first media stream and a second media stream based            on predetermined priorities;    -   an electronic device data module 250 for storing data, including        but not limited to:        -   compressed media data buffer(s) 136 including media stream            data received from a content source (e.g., server system 120            or other content source 121 as shown in FIG. 1) for one or            more media streams that has been demultiplexed and decrypted            and stored in the memory of the electronic device 102;        -   decompressed buffer 140 including media stream data received            from a content source (e.g., server system 120 other content            source 121, as shown in FIG. 1) that has been decrypted,            demultiplexed, and decompressed;        -   media content database 245 for storing, on the local device,            media content that is part of the user's personal library of            media content; and        -   user profile database 246 for storing account information            for a user of the electronic device 102 including user media            history, user preferences, determined user interests, and            account credentials.

Each of the above identified elements is, optionally, stored in one ormore of the previously mentioned memory devices, and corresponds to aset of instructions for performing a function described above. The aboveidentified modules or programs (i.e., sets of instructions) need not beimplemented as separate software programs, procedures, or modules, andthus various subsets of these modules are, optionally, combined orotherwise re-arranged in various implementations. In someimplementations, Memory 212 optionally stores a subset of the modulesand data structures identified above. Furthermore, Memory 212 optionallystores additional modules and data structures not described above.

FIG. 3 is a block diagram illustrating a server system 120, inaccordance with some implementations. The server system 120 typicallyincludes one or more processing units (CPUs) 302, one or more networkinterfaces 304, memory 306, and one or more communication buses 308 forinterconnecting these components. Memory 306 includes high-speed randomaccess memory, such as DRAM, SRAM, DDR RAM, or other random access solidstate memory devices; and optionally includes non-volatile memory, suchas one or more magnetic disk storage devices, optical disk storagedevices, flash memory devices, or other non-volatile solid state storagedevices. Memory 306 optionally includes one or more storage devicesremotely located from the CPU(s) 302. Memory 306, or alternately thenon-volatile memory device(s) within memory 306, includes anon-transitory computer readable storage medium. In someimplementations, memory 306 or the computer readable storage medium ofmemory 306 stores the following programs, modules and data structures,or a subset thereof:

-   -   an operating system 310 that includes procedures for handling        various basic system services and for performing hardware        dependent tasks;    -   a network communication module 312 that is used for connecting        the server system 120 to other computers via the one or more        communication network interfaces 304 (wired or wireless) and one        or more communication networks, such as the Internet, other Wide        Area Networks, Local Area Networks, Personal Area Networks,        metropolitan area networks, VPNs, and so on;    -   one or more server application module(s) 314 for enabling the        server system 120 to perform the functions offered by the server        system 120, including but not limited to:        -   a streaming module 122 for streaming a media stream to an            electronic device (e.g., first and second electronic devices            102-n, 106-n, FIG. 1) remote from the sever system 120;        -   a request processing module 316 for receiving requests from            electronic devices (e.g., first and/or second electronic            devices 102, 106, FIG. 1), where the requests include            requests to stream specific media content to the electronic            devices and/or requests to change the destination of the            media content stream from one electronic device to another            electronic device;        -   a context tracking module 318 for tracking and storing the            context of a media stream, optionally including storing,            among other data, one or more of the current playback            position in a media stream that is currently being presented            by an electronic device (e.g., first and/or second            electronic devices 102, 106, FIG. 1), the position in a            current playlist, the play history of a user, the            preferences of a user, previously skipped media content,            whether media content items were “liked” or “disliked”            (e.g., via “starred,” “thumbs-up,” and/or “thumbs-down”            indications), and the like; and        -   a context access module 320 for allowing electronic devices            (e.g., first and/or second electronic devices 102-n, 106-n,            FIG. 1) associated with a given user account to access the            current context for media streams associated with the given            user account; and    -   one or more server data module(s) 330 for storing data related        to the data server system 120, including but not limited to:        -   media content database 124 including media content and            metadata describing the media content and enabling clients            to search through the media content to identify media            content;        -   a context database 126 including information associated with            one or more media streams where context information            optionally includes one or more of the current playback            position in a media stream, metadata relating to the media,            a position in a playlist, play history of a user, user            preferences, skipped media, and user settings; and        -   a user profile database 332 including account information            for a plurality of users, where the account information for            a respective user optionally includes a user media content            request/playback history for the respective user, a list of            electronic devices associated with the respective user, user            preferences of the respective user, and determined user            interests of the respective user.

Each of the above identified elements is, optionally, stored in one ormore of the previously mentioned memory devices, and corresponds to aset of instructions for performing a function described above. The aboveidentified modules or programs (i.e., sets of instructions) need not beimplemented as separate software programs, procedures, or modules, andthus various subsets of these modules are, optionally, combined orotherwise re-arranged in various implementations. In someimplementations, Memory 306 optionally stores a subset of the modulesand data structures identified above. Furthermore, Memory 306 optionallystores additional modules and data structures not described above.

Although FIG. 3 shows a “Server System” 120, FIG. 3 is intended more asfunctional description of the various features that may be present in aset of servers than as a structural schematic of the implementationsdescribed herein. In practice, and as recognized by those of ordinaryskill in the art, items shown separately could be combined and someitems could be separated. For example, some items shown separately inFIG. 3 could be implemented on single servers and single items could beimplemented by one or more servers. The actual number of servers used toimplement a Server System 120 and how features are allocated among themwill vary from one implementation to another, and optionally depends inpart on the amount of data traffic that the system must handle duringpeak usage periods as well as during average usage periods.

FIG. 4A is a block diagram illustrating the components of two mediastream data processing pipelines, in accordance with someimplementations that conserve network bandwidth and device processingresources while maintaining a seamless media presentation userexperience. In some implementations, an electronic device (e.g.,electronic device 102 as shown in FIGS. 1 and 2) includes a first mediastream data processing pipeline (pipeline A) and a second media streamdata processing pipeline (pipeline B). Each pipeline shown in FIG. 4A,when in operation, decrypts, demultiplexes, and decompresses mediastream data received from a data source (e.g., data sources 402 A or402-B as shown in FIG. 4A) and provides it for presentation at apresentation device (e.g., a video display or an audio presentationdevice like a stereo or speakers). In some implementations, switchingfrom decompressing a first media stream to decompressing a second mediastream when the first media stream is being decompressed with pipeline Aincludes starting up pipeline B with the second media stream whilecontinuing to decompress the first media stream using pipeline A, asdescribed in greater detail below. Starting up pipeline B whilecontinuing to use pipeline A reduces the amount of time that it takes toswitch between media streams and reduces or eliminates the amount ofdead time when switching between the first media stream and the secondmedia stream.

In some implementations, the first media stream data processing pipeline(e.g., pipeline A) includes a data source A 402-A (e.g., server system120 or other content source 121), a decrypter A 404-A (e.g., decrypter132), a demultiplexer A 406-A (e.g., demultiplexer 134), a compresseddata buffer A 408-A (e.g., compressed buffer 136), a decoder A 410-A(e.g., decoder 138), a decompressed buffer 412 (e.g., decompressedbuffer 140), a renderer 414 (e.g., renderer 142), and an output device416 (e.g., output device 144 in FIG. 1 or output device 206 in FIG. 2).The second media stream data processing pipeline (pipeline B) hascorresponding sections a data source B 402-B (e.g., server system 120 orother content source 121), a decrypter B 404-B (e.g., decrypter 132), ademultiplexer B 406-B (e.g., demultiplexer 134), a compressed databuffer B 408-B (e.g., compressed buffer 136), a decoder B 410-B (e.g.,decoder 138), a decompressed buffer 412 (e.g., decompressed buffer 140),a renderer 414 (e.g., renderer 142), and an output device 416 (e.g.,output device 144 in FIG. 1 or output device 206 in FIG. 2). In someimplementations, any component in pipeline B is the same as thecorresponding component in pipeline A. For example, if the two mediastreams both use the same codec for encoding or decoding, then bothpipeline A and pipeline B have the option to use the same instance ofdecoder 410 to decompress the media stream. While compressed buffer A408-A and compressed buffer B 408-B are shown as separate components inFIG. 4A, in some implementations, content from compressed buffer A 408-Aand compressed buffer B 408-B are stored in a same physical storagedevice (e.g., a HDD, solid state storage device or other memory device)but are logically separated so that decoder A 410-A is enabled to accessthe content in compressed buffer A 408-A and decoder B 410-B is enabledto access the content in compressed buffer B 408-B.

In some implementations, the data source 402 streams media data to anelectronic device (e.g. device 102 as shown in FIGS. 1 and 2) forpresentation. In some implementations, the media data received from thedata source 402 has been encrypted and the decrypter 404 decrypts theencrypted data. In some implementations, the media data is alsomultiplexed. Multiplexed media streams have several distinct mediastreams interleaved into a single media stream. In some implementations,the demultiplexer 406 separates the distinct media streams intoindividual component streams for easier processing. For example, amultiplexed media stream could include an audio stream, a video stream,a text or subtitle stream, a control command stream, and an interactivemetadata stream. Each individual media stream is separated out andprocessed individually.

In some implementations, once the data has been decrypted anddemultiplexed, the compressed data is stored in a compressed data buffer408. In some implementations, the decrypter 404, the demultiplexer 406,and the compressed data buffer are all implemented in software. In someimplementations, the compressed data stored in the compressed databuffer 408 is decompressed by the decoder 410. In some implementations,decompressing includes decompressing the data to return the data to itsoriginal decompressed size. This decompressed data is then stored in thedecompressed buffer 412. In some implementations, the decoder 410 and/orthe decompressed buffer 412 are implemented as software modules anddatabases (e.g., a software decoder uses resources from a CPU or GPU todecode the compressed media stream). In other implementations, thedecoder 410 and/or the decompressed buffer 412 are implemented inhardware. For example, a graphics processing unit (GPU) optionallycontains hardware dedicated to decompressing media streams quickly andefficiently.

In some implementations, the decompressed data is delivered to therenderer 414 (e.g., image/video rendering circuitry in a GPU and/ordigital or analog audio output circuitry). The renderer 414 maps thedecompressed data to the presentation device, such that the data will bepresented properly. For example, the renderer 414 fills a frame bufferwith values for each pixel on a display for each frame to be displayed.In some implementations, the output device then sends the data to apresentation device. In some implementations, the output device 416 is apresentation device such as a display or a stereo or other audiopresentation device. In situations where the media stream includesvisual and audio data, the visual data is routed to a display device andthe audio data is routed to an audio device.

In some implementations, when a second media stream is selected, theelectronic device (e.g. device 102 as shown in FIGS. 1 and 2) initiatesthe transition from providing the first media stream for presentation toproviding the second media stream for presentation by creating secondinstantiations for each component of the media stream processingpipeline with the exception of the decompressed buffer 412, the renderer414, and the output device 416. In other implementations, the electronicdevice (e.g. device 102 as shown in FIGS. 1 and 2) uses the alreadycreated instantiations of the components of the media stream processingpipeline if possible.

Attention is now directed towards FIGS. 4B-4I, which illustrate theprocess of transitioning between providing a first media stream forpresentation to providing a second media stream for presentation by anelectronic device (e.g., device 102 in FIGS. 1 and 2). FIGS. 4B-4Iillustrate eight stages during the process of transitioning betweenproviding a first media stream for presentation to providing a secondmedia stream for presentation. The stages described below are examplesof stages in the transition between pipeline A (for decrypting,demultiplexing, and decompressing media stream A) and pipeline B (fordecrypting, demultiplexing, and decompressing media stream B), howeverthe stages described below are not necessarily an exclusive list ofstages and additional stages are, optionally, added, or some stages are,optionally, removed. The flow diagrams in these figures are used toillustrate the processes described below, including the processes inFIGS. 5A-5I and 6. In FIGS. 4B-4I when a particular block is active, itwill be represented with bolder (e.g., noticeably darker) lines. A blockthat is not bolded is either inactive or currently non-existent (e.g., asecond instantiation of a decoder is not active until it is needed).

FIG. 4B illustrates stage 1 of the transition between a first mediastream and a second media stream (e.g., the first media stream isprovided for display and no indication has been received to beginreceiving a different media stream). In some implementations, inresponse to receiving a request to begin providing a second media streamfor presentation instead of the first media stream (e.g., stream A), theelectronic device increases the rate at which data is decompressed bythe decoder 410-A such that the level of data stored in the decompressedbuffer 412 increases. In some implementations, the electronic devicereceives a first media stream from a first data source 402-A. The mediastream data is decrypted and demultiplexed by the decrypter 404-A andthe demultiplexer 406-A respectively. The decrypted and demultiplexedmedia stream data is stored in the compressed data buffer A. In someimplementations, while the electronic device is receiving the firststream data and providing it for presentation, the compressed databuffer 408-A is full of data. In some implementations, the decoder 410-Adecompresses data from the compressed data buffer 408-A and stores thedecompressed stream A data in the decompressed buffer 412. Whileproviding the first media stream for presentation, the decompressedbuffer 412 stores a relatively small amount of decompressed stream Adata (e.g., only stores data as needed to provide for presentation, soas to free up memory resources at the electronic device for otherpurposes). In some implementations, approximately 2-10 frames of mediadata (e.g., 4 video frames) are stored during stage 1. Data from thedecompressed buffer 412 is rendered by the renderer 414 and transmittedto the output device 416 for presentation.

FIG. 4C illustrates stage 2 of the transition between a first mediastream and a second media stream. In some implementations, in responseto receiving a request to begin providing a second media stream forpresentation, the electronic device increases the rate at which data isdecompressed by the decoder 410-A such that the amount of decompressedstream A data stored in the decompressed buffer 412 is increased, asshown by the increasing amount of decompressed A data shown indecompressed buffer 412 in FIG. 4C. In some implementations, the size ofthe decompressed buffer 412 is increased to hold approximately 15-50frames of media data (e.g., 24 video frames) during stage 2.

FIG. 4D illustrates stage 3 of the transition between providing a firstmedia stream for presentation and providing a second media stream forpresentation. In some implementations, during stage 3 (e.g., afterdecompressed buffer 412 is full of decompressed A data), the amount ofdata stored in the decompressed buffer 412 and or compressed buffer408-A is sufficient to provide first media stream data for presentationcontinuously until the second media stream data is ready forpresentation. After the electronic device has sufficient data (e.g., tenseconds of video data) to provide the first media stream forpresentation continuously until the second media stream is ready forpresentation, the electronic device ceases to receive the first mediastream from the first data source 402-A. As the electronic device ceasesto receive new data from the first data source 402-A, the electronicdevice no longer needs to decrypt or demultiplex data from the firstdata source 402-A. As such, the decrypter 404-A and the demultiplexer405-A cease operations. In some implementations, the decoder 410-Acontinues to decompress compressed data stored in the compressed databuffer 408-A. The amount of data stored in the compressed data buffer408-A decreases as the remaining stored data is decompressed (e.g.,because the first media stream has ceased to be received from the firstdata source 402-A). In some implementations, while the electronic deviceceases to receive the first media stream from the first data source402-A, the electronic device requests a second media stream from thesecond data source 402-B. The electronic device begins receiving thesecond media stream from the second data source 402-B. The electronicdevice then begins to decrypt the second media stream with the decrypter404-B and demultiplex the second media stream with the demultiplexer404-B while continuing to decompress the first media stream fromcompressed data buffer 408-A with codec 410-A and continuing to providemedia stream A from decompressed buffer 412 to output device 416.

FIG. 4E illustrates stage 4 of the transition between providing a firstmedia stream for presentation and providing a second media stream forpresentation. In some implementations, during stage 4, the electronicdevice continues to decompress the remaining compressed data stored inthe first compressed data buffer 408-A and, as a consequence, the amountof data stored in the first compressed data buffer 408-A decreases. Insome implementations, the electronic device also begins to storedecrypted and demultiplexed data from the second media stream in thesecond compressed data buffer 408-B. While storing the decrypted anddemultiplexed data from the second media stream in the second compresseddata buffer 408-B, the electronic device continues to provide mediastream A from decompressed buffer 412 to output device 416.

FIG. 4F illustrates stage 5 of the transition between providing a firstmedia stream for presentation and providing a second media stream forpresentation. In some implementations, during stage 5, the electronicdevice finishes decompressing all of the remaining compressed datastored in the first compressed data buffer 408-A and then ceases tooperate the decoder 410-A. The electronic device provide media stream Afrom decompressed buffer 412 to output device 416 based on thedecompressed stream A data stored in the decompressed buffer 412. Theelectronic device fills the compressed data buffer 408-B with secondmedia stream data and begins to start up the second decoder 410-B.

FIG. 4G illustrates stage 6 of the transition between providing a firstmedia stream for presentation and providing a second media stream forpresentation. In some implementations, during stage 6, the electronicdevice continues to provide decompressed media data from the first mediastream from the decompressed buffer 412 to the renderer 414 and then tothe output device 416. As decompressed media data from first mediastream is provided from the decompressed buffer 412, the amount of mediadata from the first media stream stored in the decompressed bufferdecreases. Concurrently with providing the first media stream to theoutput device, the second renderer 410-B begins to decompress secondmedia stream data from the second compressed data buffer 408-B.

FIG. 4H illustrates stage 7 of the transition between providing a firstmedia stream for presentation and providing a second media stream forpresentation. In some implementations, during stage 7, the electronicdevice decompresses compressed second media stream data with the seconddecoder 410 and stores the decompressed stream B data in thedecompressed buffer 412. In some implementations, the electronic devicecontinues to provide decompressed stream A data from the first mediastream for presentation until all the decompressed stream A data fromthe first media stream has been presented by output device 416. In someimplementations, once decompressed stream B data from the second mediastream is available, the electronic device immediately ceases providingstream A data from the first media stream and begins providing stream Bdata from the second media stream for presentation by output device 416.In this case, the extra decompressed stream A data from the first mediastream that is not provided for presentation is removed (e.g., discardedor overwritten) from the decompressed buffer 412 (e.g., stream A data isflagged in the buffer and is marked for deletion when it is no longerneeded).

FIG. 4I illustrates stage 8 of the transition between providing a firstmedia stream for presentation and providing a second media stream forpresentation. In some implementations, during stage 8, the electronicdevice has transitioned from pipeline A to pipeline B and now providesdecompressed stream B data to output device 416 while concurrentlyreceiving decrypting, demultiplexing, and decompressing stream B data.The steps described above enable the electronic device to transitionfrom decompressing one compressed media stream to decompressing anothermedia stream that avoids generating a human perceptible gap between thedecompressed media streams, and without forcing the electronic device torun two codecs concurrently, thereby providing an improved userexperience while improving device performance. In some implementations,running two decoders at the same time is not possible (e.g., theelectronic device does not have two hardware decoders or does not havethe computing resources to run two software decoders concurrently), orrunning two decoders concurrently produces unacceptable system resourceusage (e.g., excessive battery drain, excessive heat production, areduction in user interface responsiveness, or the like) and thus thedevice shuts down the first decoder 410-A before starting up the seconddecoder 410-B so that the first decoder and the second decoder are notrunning concurrently. Additionally, it is cheaper to manufacture devicesthat have only one hardware decoder, and thus by improving theperformance of a device with one hardware decoder so that it close to orthe same as the performance of a device with two hardware decoders,using the methods described in FIGS. 4B-4I, then the price of theelectronic device can be reduced.

FIGS. 5A-5I are flow diagrams illustrating a method 500 of transitioningfrom decompressing one compressed media stream to decompressing anothercompressed media stream in accordance with some implementations. Themethod 500 is performed at a computer system (e.g., device 102 as shownin FIGS. 1 and 2). Some operations in method 500 are, optionally,combined and/or the order of some operations is, optionally, changed.

As described below, the method 500 provides a fast and efficient way toseamlessly transition between media streams. The method reduces thelikelihood of interruption or unnecessary delay of the viewingexperience when transitioning from a first media stream to a secondmedia stream, thereby creating a better user experience. Furthermore,the method ensures that the transition occurs efficiently, minimizingthe power needed and the strain placed on the computing resources of thecomputer system (e.g. device 102 as shown in FIGS. 1 and 2). Forbattery-operated electronic devices, enabling efficient and seamlesstransitions between media streams conserves power and increases the timebetween battery charges.

In some implementations, the computer system (e.g. device 102 as shownin FIGS. 1 and 2) generates (502) a first decompressed media streambased on a first compressed media stream (e.g., as shown in FIG. 4B, asstage 1). In some implementations, prior to generating the firstdecompressed media stream, the computer system stores a first compressedmedia stream in a first compressed buffer (e.g., the first compressedbuffer 410-A as shown in FIGS. 4A-4I). In some implementations,decompressed media is generated by decompressing correspondingcompressed media to generate data corresponding to audio and/or visualcontent that is ready for presentation to an end user, such as video oraudio content presented on a display or via speakers. In someimplementations, the decompressed media is uncompressed media.

In some implementations, while generating the first decompressed mediastream based on the first compressed media stream, the computer systemreceives (504) the first compressed media stream (e.g., data moving fromthe first data source 402-A to the decrypter 404-A as shown in FIG. 4B).The computer system also decrypts (506) the first compressed mediastream (e.g., the decrypter 404-A as shown in FIGS. 4A-4I, decrypts datafrom the first data source 402-A). In some implementations, the computersystem further demultiplexes (508) the first compressed media stream(e.g., the first demultiplexer 406-A as shown in FIGS. 4A-4I,demultiplexes data from the first data source 402-A). The computersystem then stores (510) the decrypted and demultiplexed firstcompressed media stream data in a first compressed buffer (e.g., 410-Ain FIGS. 4A-4I). In some implementations, the computer systemdecompresses (512) the first compressed media stream data using a firstcodec to generate the first decompressed media stream (e.g., the decoder410-A as shown in FIGS. 4A-4I decompresses the compressed data).

In some implementations, the computer system provides (514) the firstdecompressed media stream to a presentation device (e.g., a device witha display and/or speakers, such as a stand-alone display and/or speakersystem such as output device 144 in FIG. 1, output device 206 in FIG. 2,or output device 416 in FIGS. 4A-4H). In some implementations, whileproviding (515) the first decompressed media stream to the presentationdevice the computer system receives (516) a content-transitionindication indicating that a second decompressed media stream is to beprovided to the presentation device instead of the first decompressedmedia stream. In some implementations, receipt of the content transitionindication triggers the transition from stage 1 shown in FIG. 4B tostage 2 shown in FIG. 4C. In some implementations, receiving thecontent-transition indication includes detecting (517) user inputselecting a media content affordance associated with requestingpresentation of the second decompressed media stream.

In some implementations, receiving the content-transition indicationincludes detecting (518) a decrease in the bandwidth available forreceiving media streams at the computer system (e.g., the computersystem monitors the bandwidth currently available and if the bandwidthavailable for receiving media streams drops below a predetermined levelor if the bandwidth drops by a predetermined amount, acontent-transition indication is received), and the computer systemtransmits (519), to a media source, a respective request for a lowerbandwidth version of content corresponding to the first decompressedmedia stream (e.g., the same source content but with a lower bit rate).In some implementations, the second compressed media stream is received(520) in response to the respective request. In some implementations,the computer system ceases to receive the first compressed media streamwhen the computer system begins receiving data from the compressedsecond media stream.

In some implementations, receiving the content-transition indicationincludes detecting (522) an increase in the bandwidth available forreceiving media streams at the computer system, and the computer systemtransmits (524), to a media source, a respective request for a higherbandwidth version of content corresponding to the first decompressedmedia stream (e.g., the same source content but with a higher bit rate).In some implementations, the second compressed media stream is received(525) in response to the respective request.

In some implementations, in response (526) to receiving thecontent-transition indication, the computer system selects a firsttransition point in first content corresponding to the first compressedmedia stream and selects a second transition point in second contentcorresponding to the second compressed media stream. In someimplementations, the second transition point is selected (530) inaccordance with the bandwidth available for receiving the secondcompressed media stream; and the first transition point is selectedbased on the second transition point. In some implementations, thesecond transition is also selected in accordance with one or more of: atarget amount of buffered compressed media, transmission latency,content bit rate, and/or key frame location.

In some implementations, the second transition point is selected so asto ensure that enough of the second media stream has been buffered toensure smooth streaming of the second media stream. In someimplementations, the computer system determines (531) a respectivequantity of data corresponding to the second compressed media stream fordownloading as buffered media (e.g., prior to starting to provide thesecond decompressed media stream to the presentation device) based on: atarget play time of the buffered media and a bit rate of the secondcompressed media stream. After the respective quantity of data has beendetermined, the computer system determines (532) a predicted bufferingtime that it will take to buffer the second compressed media streambased on: the respective quantity of data and the bandwidth availablefor receiving the second compressed media stream. The computer systemalso identifies (533) a plurality of candidate transition points in thesecond compressed media stream. After determining the predictedbuffering time and identifying the candidate transition points, thecomputer system selects (534) the second transition point from theplurality of candidate transition points based on the predictedbuffering time that it will take to buffer the second compressed mediastream. In some implementations, the second transition point is a firstkey frame in the content corresponding to the second compressed mediastream that corresponds to a timestamp that is greater than or equal toa current time plus the predicted buffering time.

An example of logic for selecting the second transition point includes:for a target play time of buffered media (e.g., four seconds of media)and a bit rate of the second compressed media stream (e.g., 2 MB/s), thecomputer system determines a respective quantity of data to bedownloaded for the second stream of media E (enough) (e.g., if the bitrate is 2 MB/s and the target play time of buffered compressed media isfour seconds then the respective quantity of data to be downloaded is 8MB). Continuing with this example, after determining the respectivequantity of data to be downloaded, the device determines a predictedtime to download the respective quantity of data based on the respectivequantity and the bandwidth available for receiving the second mediastream plus a safety margin (e.g., if the respective quantity is 8 MB,the bit rate is 8 MB/s and the safety margin is 1 second, then thepredicted time is 2 seconds=(8 MB/8 MB/s)+1 second; similarly, if therespective quantity is 8 MB, the bit rate is 0.5 MB/s and the safetymargin is 1 second, then the predicted time is 17 seconds=(8 MB/0.5MB/s)+1 second).

In some implementations, the safety margin is a multiple of the latencyof communications between the device and the source of the secondcompressed media stream (e.g., two times the latency, where a commonlatency is a time between 100 to 900 milliseconds). In someimplementations, the predicted time has a minimum value of two seconds(e.g., the second transition point is selected as a transition pointthat is at least two seconds in the future). In some implementations,the predicted time has a maximum value of twenty seconds (e.g., if thedevice is on a very slow connection that cannot download the respectivequantity of the second media stream within 20 seconds, then the devicestill selects a transition point within twenty seconds and accepts thepossibility that the target play time of buffered media for the secondcompressed media stream will not be stored before starting to providecontent corresponding to the second compressed media stream to the user.

In some implementations, the computer system selects a key frame as thetransition point. A key frame (also known as an Intra Frame) in at leastsome video compression formats S is a frame that contains complete imagedata in the stream. In order to reduce the amount of data that must betransferred, only changes that occur from one frame to the next aretransmitted between key frames. For example, the computer systemreceives a key frame, and then only receives data change information fora plurality for subsequent frames. After a plurality of subsequentframes the computer system then receives a subsequent key frame. In someimplementations, data in media data streams are grouped into clusters bykey frames. In some implementations, clusters are then grouped intosegments that include about 10 MB of data.

In some implementations, while performing on-demand encoding, the keyframes are found first in the primary stream. Then corresponding keyframes are inserted into all of the supporting bit rates at the sametime code, which requires some additional processing time especially asN grows large for N bit rates. In some implementations, each streamincludes a video header such as an HTTP Live Streaming (HLS) header thatlists all the HLS segments in the media data stream. In someimplementations, HLS segments are based on time. In otherimplementations, the HLS segments are based on size. In someimplementations, a segment header lists out all segments, SHA-1 hashes,and file sizes. In some implementations, the first segment includes asegment header in addition to the normal 10 MB of data and thus is over10 MB in total and the last segment is smaller than 10 MB. In someimplementations, segments are designed to be variable in size based oncluster boundaries. In some implementations, the computer systemrequests a live stream by accessing the same URL every few seconds andretrieves new HLS segments via playlists. In some implementations, theserver system (e.g., server 120 in FIGS. 1 and 3 or another contentsource 121 in FIG. 1) pushes the segments to the computer system toensure the computer system does not have to contact the serverrepeatedly.

In some implementations, key frames occur at fixed intervals within astream (e.g., every three seconds). In other implementations, key framesare dynamically chosen based on stream content (e.g., at scene changes).In some implementations, key frames are spaced between one and fourseconds apart based on scene changes (e.g., if a scene change happenswithin one to four seconds after the last keyframe, a next keyframe isselected at or near the scene change, but if no scene change occurs inthis time span then a key frame is forced at or near four seconds afterthe last keyframe). Live television optionally uses fixed key frameintervals. In some implementations, switching between live streams willnot be as seamless as switching between on-demand streams because fixedkey frame intervals are used for live streams and thus the live streamswill, in some circumstances, not have corresponding key frames that canbe matched up and so some noticeable visual jumps at switch boundariesmay occur whereas for on-demand streams (e.g., two streams of the samecontent with different bitrate), matching keyframes can be identifiedand the content can be switched over at the matching keyframes toprovide a seamless transition between the content at a first bitrate andthe content at a second, different, bitrate).

In some implementations, segment size is four seconds for live content,so that only a four second latency will occur for accessing any segmenton a client. This starts with a key frame and each segment containsexactly one cluster. In some implementations, live content uses fixedkey frame intervals, as compared with on-demand content, which usesvariable key frame intervals based on scene changes. This is done inorder to reduce latency for live encoding, reducing latency by onesecond.

In some implementations, the computer system selects the first key framethat occurs in the second media stream after the predicted download timeas the transition point. For example, if the predicted download time isten seconds and a key frame occurs every four seconds, the computersystem would select the third key frame. In some implementations, thereare many potential key frames within the switching interval, especiallyon slow connections, but, in some circumstances, there will be only oneor perhaps two potential candidate key frames. In some implementations,the transition point is selected based on the download speed (e.g., therate at which the content is downloading based on the availablebandwidth) and the position of the nearest scene change such thatswitches happen at the point of minimal visual disruption for both fastand slow connections. In some implementations, once the computer systemselects the transition point (e.g., key frame) for the transition, thedecompressed buffer size is increased to 24 frames and it starts to befilled. In some implementations, at the transition point only N framesare stored in the buffer vs. the target of 24 (best effort objective),in which case a switch can still occur. In some implementations, thebuffer size is 3 Mbytes for one frame of 1920×1080 with 12 bits perpixel, 8 bits for luma, and four bits for chroma per frame, while adding24 extra frames would increase the buffer size to 72 Mbytes of memoryallocation (e.g., the buffer size would be increased, as shown in stage2 in FIG. 4C).

In some implementations, prior to receiving the content-transitionindication, the computer system receives (535) the first compressedmedia stream (e.g., as shown in FIG. 4B), and after selecting the firsttransition point, the computer system terminates receipt of the firstcompressed media stream after receiving data corresponding to the firsttransition point (e.g., as shown in FIG. 4D). In some implementations,after selecting the first transition point, the computer system ceases(537) to generate the first decompressed media stream after firstbuffered data corresponding to the first transition point has beengenerated (e.g., as shown in FIG. 4E-4F).

In some implementations, the computer system, after receiving thecontent-transition indication and prior to ceasing to generate the firstdecompressed media stream, stores (538) sufficient decompressed mediacontent in the first buffered data to continue providing the firstdecompressed media stream to the presentation device (from a currentplayback position) until the first transition point is reached (e.g., asize of the decompressed buffer is temporarily increased while thedevice is switching from using a first codec to using a second codec, asshown in FIGS. 4C-4D, where the amount of decompressed stream A that isstored in decompressed buffer 412 is increased after thecontent-transition indication is received).

In some implementations, the first content includes video content thatis divided into a first plurality of groups of frames, the secondcontent includes video content that is divided into a second pluralityof groups of frames, the first transition point in the first content isselected so as to occur at a boundary of a first group of frames in thefirst plurality of groups of frames; and (e.g., immediately prior to anext key frame) the second transition point in the second content isselected (539) so as to occur at a boundary of a second group of framesin the second plurality of groups of frames (e.g., a key frame). In someimplementations, the first transition point corresponds to an end of ascene in the first decompressed media stream, and the second transitionpoint corresponds (540) to a beginning of a scene in the seconddecompressed media stream.

In some implementations, the computer system stores (543) first buffereddata corresponding to the first decompressed media stream (e.g.,decompressed content is stored in decompressed buffer 414 as shown inFIGS. 4A-4I). In some implementations, prior to receiving thecontent-transition indication, the computer system stores a first amountof decompressed media stream data (e.g., the amount of stream A datadepicted in the decompressed buffer 412 during stage 1, as shown in FIG.4B), and after receiving the content-transition indication, the computersystem stores (544) a second amount of decompressed media stream datathat is larger than the first amount of decompressed media stream data(e.g., the amount of stream A data depicted in the decompressed buffer412 during stage 3, as shown in FIG. 4D). In some implementations, inresponse to receiving the content-transition indication, the deviceincreases the fill level of a fixed-size buffer or increases the size ofa variable sized buffer. In some implementations, in response toreceiving the content-transition indication, the device adds asupplemental “codec switching” buffer for decompressed media streamdata.

In some implementations, the computer system receives (546) a secondcompressed media stream corresponding to the second decompressed mediastream (e.g., the computer system retrieves the second compressed mediastream from a second data source 402-B, as part of stage 3 and shown inFIG. 4D). In some implementations, the first compressed media stream andthe second compressed media steam correspond (547) to the same sourcecontent (e.g., a same video or video channel at different bitrates). Insome implementations, the first compressed media stream and the secondcompressed media steam correspond (548) to different source content(e.g., two different videos or two different channels at the same ordifferent bitrates).

In some implementations, when a first transition point and a secondtransition point have been selected, after selecting the secondtransition point, the computer system requests (549) the secondcompressed media stream starting at the second transition point, andreceiving the second compressed media stream corresponding to the seconddecompressed media stream includes receiving a portion of the secondcompressed media stream starting at the second transition point (e.g.,without receiving a portion of the second compressed media stream priorto the second transition point).

In some implementations, the first compressed media stream is received(550) from a media source (e.g., server 120 or another content source121). In some implementations, the computer system stores (551) firstdata corresponding to the first compressed media stream in a firstcompressed buffer (e.g., compressed stream A data is stored in buffer410-A as shown in FIGS. 4B-4C). In response to receiving thecontent-transition indication, the computer system ceases (552) toreceive the first compressed media stream from the media source (e.g.,as shown by the transition between FIGS. 4C-4D). In someimplementations, the computer system continues to generate the firstdecompressed media stream using the first data stored in the firstcompressed buffer (e.g., as shown in FIGS. 4D-4E). In someimplementations, while continuing to generate (553) the firstdecompressed media stream using the first data stored in the firstcompressed buffer, the computer system receives (554) the secondcompressed media stream (e.g., as shown in FIG. 4D-4E) and stores (555)second data corresponding to the second compressed media stream in asecond compressed buffer (e.g., compressed stream B data is stored inbuffer 410-B as shown in FIGS. 4E-4F).

In some implementations, after receiving the second compressed mediastream, the computer system provides (556) the first buffered datacorresponding to the first decompressed media stream to the presentationdevice while preparing to generate the second decompressed media stream(e.g., as shown in FIGS. 4D-4H where stream A continues to be providedto output device 416 while the device is preparing to generate streamB). In some implementations, while providing the first decompressedmedia stream to the presentation device, the computer system ceases(557) to generate the first decompressed media stream, and the firstbuffered data corresponding to the first decompressed media stream isprovided to the presentation device after ceasing to generate the firstdecompressed media stream (e.g., as shown in the transition betweenFIGS. 4E-4F, the device stops producing decompressed stream A whilecontinuing to provide decompressed stream A to output device 416).

In some implementations, the first decompressed media stream isgenerated using a first codec, the second decompressed media stream isgenerated using a second codec, and the computer system provides (559)the first buffered data to the presentation device after the first codechas ceased to decompress the first decompressed media stream and beforethe second codec has started to decompress the second decompressed mediastream (e.g., as shown in FIG. 4F where stream A is provided to outputdevice 416 while neither stream A nor stream B is being decompressed bydecoders 410). In some implementations, the computer transitions fromstage 4 shown in FIG. 4E to stage 6 shown in stage 4G without passingthrough stage 5 shown in FIG. 4F. In some implementations, the firstdecompressed media stream is generated using a first codec, the seconddecompressed media stream is generated using a second codec, and thecomputer system provides (560) the first buffered data to thepresentation device after the first codec has ceased to decompress thefirst decompressed media stream and after the second codec has startedto decompress the second decompressed media stream (e.g., as shown inFIG. 4G).

In some implementations, the first buffered data is stored in (562) adecompressed buffer (e.g., the decompressed buffer 412 as shown in FIGS.4A-4I). In some implementations, after the first codec has ceased todecompress the first media stream, the computer system continues (564)to provide the first buffered data to the presentation device (e.g., asshown in FIGS. 4F-4H). The computer system stores (566) second buffereddata corresponding to the second decompressed media stream in thedecompressed buffer stream (e.g., as shown in the transition betweenFIGS. 4G-4H) and, in accordance with a determination that an end of thefirst buffered data has been reached, the computer system starts (568)to provide the second buffered data to the presentation device (e.g., asshown in FIG. 4I).

In some implementations, the first decompressed media stream isgenerated using a first codec, the second decompressed media stream isgenerated using a second codec and preparing to generate the seconddecompressed media stream includes initializing (570) the second codecafter the first codec has stopped decompressing compressed media so thatno more than one codec is decompressing compressed media at a time(e.g., as shown in FIGS. 4E-4G, decoder 410-A is stopped in FIG. 4Fbefore decoder 410-B is started in FIG. 4G). In some implementations,memory and processing bandwidth limitations make running two codecssimultaneously (or concurrently) inadvisable. For example, a computersystem that employs a software based decoder (e.g., when the decoder isspecialized software running on a multi-purpose computer processor) doesnot decompress more than one media stream at a time in order to minimizememory utilization and CPU usage. In some implementations, the computersystem employs a hardware decoding system (e.g., some or all of thecomputer components are designed to perform decoding functions). In someimplementations that use a hardware decoder, the hardware decoder isonly capable of decoding a single media stream at a time and additionalmanufacturing time or expense would be required to add one or moreadditional hardware decoders and/or one or more software decoders todecode a second media stream.

In some implementations, after preparing to generate the seconddecompressed media stream, the computer system provides (574) the seconddecompressed media stream to the presentation device instead ofproviding the first buffered data corresponding to the firstdecompressed media stream (e.g., as shown in FIG. 4I the computer systemprovides stream B to output device 416 instead of stream A). In someimplementations, the content-transition indication corresponds (576) toa request to display the second decompressed media stream starting at arespective point in the second decompressed media stream (e.g., aparticular timestamp in the second decompressed media stream thatcorresponds to a current timestamp for live media or a stoppingtimestamp for the first decompressed media stream) and the respectivepoint is within a predefined portion of the second decompressed mediastream (e.g., a portion of the second decompressed media stream that isdecompressed and decrypted together, such as a “group of pictures”). Insome implementations, providing the second decompressed media stream tothe presentation device instead of providing the first buffered datacorresponding to the first decompressed media stream includes (578)generating (579) the predefined portion of the second decompressed mediastream (e.g., by decompressing a corresponding portion of the secondcompressed media stream), and providing (580) a subset of the predefinedportion of the second decompressed media stream, that does not includecontent prior to the respective point, to the presentation device. Insome implementations, one or more frames of the predefined portion ofthe second decompressed media streams that occur prior to the respectivepoint are discarded (e.g., second stream data that is downloaded butwill not be provided).

In some implementations, when a first transition point and a secondtransition point have been selected, providing the second decompressedmedia stream to the presentation device instead of providing the firstbuffered data corresponding to the first decompressed media streamincludes ceasing (582) to provide the first content at the firsttransition point and starting to provide the second content at thesecond transition point. In some implementations, after generating atleast a portion of the second decompressed media stream, the computersystem cross fades (584) first content from the first decompressed mediastream with second content from the second decompressed media stream. Insome implementations, cross fading the first content with the secondcontent includes combining decompressed video and/or audio from thefirst content and the second content. In some implementations, thedecompressed video and/or audio content is combined in accordance with aweighted average of the first content and the second content, where theweighting values are adjusted over time so that the presented contentgradually transitions from the first content to the second content overtime.

It should be understood that the particular order in which theoperations in FIGS. 5A-5I have been described is merely exemplary and isnot intended to indicate that the described order is the only order inwhich the operations could be performed. One of ordinary skill in theart would recognize various ways to reorder the operations describedherein. Additionally, it should be noted that details of other processesdescribed herein with respect to other methods described herein (e.g.,method 600) are also applicable in an analogous manner to method 500described above with respect to FIGS. 5A-5I. For example, the compressedmedia streams, decompressed media streams, generation of decompressedmedia streams, content-transition indications, transition points, andpresentation devices described above with reference to method 500optionally have one or more of the characteristics of the compressedmedia streams, decompressed media streams, generation of decompressedmedia streams, content-transition indications, transition points, andpresentation devices described herein with reference to other methodsdescribed herein (e.g., method 600). For brevity, these details are notrepeated here.

FIG. 6 is a flow diagram illustrating a method 600 of switching betweena first media stream and a second media stream in accordance with someimplementations. The method 600 is performed at a computer system (e.g.,device 102 as shown in FIGS. 1 and 2). Some operations in method 600are, optionally, combined and/or the order of some operations is,optionally, changed.

As described below, the method 600 provides a fast and efficient way toseamlessly transition between media streams. The method reduces thelikelihood of interruption or unnecessary delay of the viewingexperience when transitioning from a first media stream to a secondmedia stream, thereby creating a better user experience. Furthermore,the method ensures that the transition occurs efficiently, minimizingthe power needed and the strain placed on the computing resources of thecomputer system (e.g. device 102 as shown in FIGS. 1 and 2). Forbattery-operated electronic devices, enabling efficient and seamlesstransitions between media streams conserves power and increases the timebetween battery charges.

In some implementations, the computer system (e.g. device 102 as shownin FIGS. 1 and 2) generates (602) a first decompressed media streambased on a first compressed media stream (e.g., as shown in FIGS.4A-4I). In some implementations, prior to generating the firstdecompressed media stream, the device stores a first compressed mediastream in a first compressed buffer. In some implementations, thecomputer system provides (604) the first decompressed media stream to apresentation device (e.g., a device with a display and/or speakers, suchas a stand-alone display and/or speaker system such as output device 144in FIG. 1, output device 210 in FIG. 2, or output device 416 in FIGS.4A-4I).

In some implementations, while providing (606) the first decompressedmedia stream to the presentation device, the computer system receives(608) a content-transition indication indicating that a seconddecompressed media stream is to be provided to the presentation deviceinstead of the first decompressed media stream.

In some implementations, in response to receiving the content-transitionindication, the computer system selects (610) a first transition pointin first content corresponding to the first compressed media stream andselecting a second transition point in second content corresponding tothe second compressed media stream, where the second transition point isselected in accordance with the bandwidth available for receiving thesecond compressed media stream. In some implementations, the secondtransition is also selected in accordance with one or more of: a targetamount of buffered compressed media, transmission latency, content bitrate, and/or key frame location and the first transition point isselected based on the second transition point.

In some implementations, the computer system requests (614), in responseto receiving the content-transition indication, the second compressedmedia stream starting at the second transition point (e.g., as shown inFIGS. 4B-4I). In some implementations, the computer system generates(616) a second decompressed media stream based on the second compressedmedia stream that includes content after the second transition point.

In some implementations, after (617) generating the second decompressedmedia stream, the computer system ceases (618) to provide the firstdecompressed media stream at the first transition point in the firstcontent (e.g., as shown in FIG. 4I) and starts (620) to provide thesecond decompressed media stream at the second transition point in thesecond content (e.g., as shown in FIG. 4I).

It should be understood that the particular order in which theoperations in FIG. 6 have been described is merely exemplary and is notintended to indicate that the described order is the only order in whichthe operations could be performed. One of ordinary skill in the artwould recognize various ways to reorder the operations described herein.Additionally, it should be noted that details of other processesdescribed herein with respect to other methods described herein (e.g.,method 500) are also applicable in an analogous manner to method 600described above with respect to FIGS. 5A-5I. For example, the compressedmedia streams, decompressed media streams, generation of decompressedmedia streams, content-transition indications, transition points, andpresentation devices described above with reference to method 600optionally have one or more of the characteristics of the compressedmedia streams, decompressed media streams, generation of decompressedmedia streams, content-transition indications, transition points, andpresentation devices described herein with reference to other methodsdescribed herein (e.g., method 500). For brevity, these details are notrepeated here.

Plural instances are, optionally provided for components, operations, orstructures described herein as a single instance. Finally, boundariesbetween various components, operations, and data stores are somewhatarbitrary, and particular operations are illustrated in the context ofspecific illustrative configurations. Other allocations of functionalityare envisioned and optionally fall within the scope of theimplementation(s). In general, structures and functionality presented asseparate components in the example configurations are, optionally,implemented as a combined structure or component. Similarly, structuresand functionality presented as a single component are, optionally,implemented as separate components. These and other variations,modifications, additions, and improvements fall within the scope of theimplementation(s).

It will also be understood that, although the terms “first,” “second,”are, in some circumstances, used herein to describe various elements,these elements should not be limited by these terms. These terms areonly used to distinguish one element from another. For example, a firstcontact could be termed a second contact, and, similarly, a secondcontact could be termed a first contact, which changing the meaning ofthe description, so long as all occurrences of the “first contact” arerenamed consistently and all occurrences of the second contact arerenamed consistently. The first contact and the second contact are bothcontacts, but they are not the same contact.

The terminology used herein is for the purpose of describing particularimplementations only and is not intended to be limiting of the claims.As used in the description of the implementations and the appendedclaims, the singular forms “a”, “an” and “the” are intended to includethe plural forms as well, unless the context clearly indicatesotherwise. It will also be understood that the term “and/or” as usedherein refers to and encompasses any and all possible combinations ofone or more of the associated listed items. It will be furtherunderstood that the terms “comprises” and/or “comprising,” when used inthis specification, specify the presence of stated features, integers,steps, operations, elements, and/or components, but do not preclude thepresence or addition of one or more other features, integers, steps,operations, elements, components, and/or groups thereof.

As used herein, the term “if” is, optionally, construed to mean “when”or “upon” or “in response to determining” or “in accordance with adetermination” or “in response to detecting,” that a stated conditionprecedent is true, depending on the context. Similarly, the phrase “ifit is determined (that a stated condition precedent is true)” or “if (astated condition precedent is true)” or “when (a stated conditionprecedent is true)” is, optionally, construed to mean “upon determining”or “in response to determining” or “in accordance with a determination”or “upon detecting” or “in response to detecting” that the statedcondition precedent is true, depending on the context.

The foregoing description included example systems, methods, techniques,instruction sequences, and computing machine program products thatembody illustrative implementations. For purposes of explanation,numerous specific details were set forth in order to provide anunderstanding of various implementations of the inventive subjectmatter. It will be evident, however, to those skilled in the art thatimplementations of the inventive subject matter is, optionally,practiced without these specific details. In general, well-knowninstruction instances, protocols, structures and techniques have notbeen shown in detail.

The foregoing description, for purpose of explanation, has beendescribed with reference to specific implementations. However, theillustrative discussions above are not intended to be exhaustive or tolimit the implementations to the precise forms disclosed. Manymodifications and variations are possible in view of the aboveteachings. The implementations were chosen and described in order tobest explain the principles and their practical applications, to therebyenable others skilled in the art to best utilize the implementations andvarious implementations with various modifications as are suited to theparticular use contemplated.

What is claimed is:
 1. A method comprising: at a computer systemincluding one or more processors and memory: generating, using a firstcodec, a first decompressed media stream based on a first compressedmedia stream; providing the first decompressed media stream to apresentation device; while providing the first decompressed media streamto the presentation device: receiving a content-transition indicationindicating that a second decompressed media stream is to be provided tothe presentation device instead of the first decompressed media stream,wherein the content-transition indication corresponds to a request todisplay the second decompressed media stream starting at a respectivepoint in the second decompressed media stream; and receiving a secondcompressed media stream corresponding to the second decompressed mediastream; and in response to receiving the content-transition indication:initializing a second codec after the first codec has stoppeddecompressing compressed media so that no more than one codec isdecompressing compressed media at a time; generating, using the secondcodec, the second decompressed media stream; and providing the seconddecompressed media stream, without content prior to the respectivepoint, to the presentation device instead of providing the firstdecompressed media stream to the presentation device.
 2. The method ofclaim 1, wherein generating, using the first codec, the firstdecompressed media stream based on the first compressed media streamincludes: receiving the first compressed media stream; decrypting thefirst compressed media stream; demultiplexing the first compressed mediastream; storing decrypted and demultiplexed first compressed mediastream data in a first compressed buffer; and decompressing the firstcompressed media stream data using the first codec to generate the firstdecompressed media stream.
 3. The method of claim 1, further including:prior to receiving the content-transition indication, storing a firstamount of decompressed media stream data; and after receiving thecontent-transition indication, storing a second amount of decompressedmedia stream data that is larger than the first amount of decompressedmedia stream data.
 4. The method of claim 1, wherein receiving thecontent-transition indication includes detecting user input selecting amedia content affordance associated with requesting presentation of thesecond decompressed media stream.
 5. The method of claim 1, wherein:receiving the content-transition indication includes detecting adecrease in the bandwidth available for receiving media streams at thecomputer system; the method includes transmitting, to a media source, arespective request for a lower bandwidth version of contentcorresponding to the first decompressed media stream; and the secondcompressed media stream is received in response to the respectiverequest.
 6. The method of claim 1, wherein: receiving thecontent-transition indication includes detecting an increase in thebandwidth available for receiving media streams at the computer system;the method includes transmitting, to a media source, a respectiverequest for a higher bandwidth version of content corresponding to thefirst decompressed media stream; and the second compressed media streamis received in response to the respective request.
 7. The method ofclaim 1, further including, after generating at least a portion of thesecond decompressed media stream, cross fading first content from thefirst decompressed media stream with second content from the seconddecompressed media stream.
 8. The method of claim 1, wherein the firstcompressed media stream corresponds to source content and the secondcompressed media stream corresponds to the same source content.
 9. Themethod of claim 1, wherein the first compressed media stream and thesecond compressed media stream correspond to different source content.10. The method of claim 1, wherein: the method further includes, inresponse to receiving the content-transition indication: selecting afirst transition point in first content corresponding to the firstcompressed media stream; selecting a second transition point in secondcontent corresponding to the second compressed media stream, wherein therespective point is the second transition point; and providing thesecond decompressed media stream to the presentation device instead ofproviding the first decompressed media stream to the presentation deviceincludes ceasing to provide the first content at the first transitionpoint and starting to provide the second content at the secondtransition point.
 11. The method of claim 10, wherein: the secondtransition point is selected in accordance with a bandwidth availablefor receiving the second compressed media stream; and the firsttransition point is selected based on the second transition point. 12.The method of claim 11, further including: determining a respectivequantity of data corresponding to the second compressed media stream fordownloading as buffered media based on: a target play time of thebuffered media; and a bit rate of the second compressed media stream;determining a predicted buffering time that it will take to buffer thesecond compressed media stream based on: the respective quantity ofdata; and the bandwidth available for receiving the second compressedmedia stream; identifying a plurality of candidate transition points inthe second compressed media stream; and selecting the second transitionpoint from the plurality of candidate transition points based on thepredicted buffering time that it will take to buffer the secondcompressed media stream.
 13. The method of claim 10, wherein: the methodfurther includes, after selecting the second transition point,requesting the second compressed media stream starting at the secondtransition point; and receiving the second compressed media streamcorresponding to the second decompressed media stream includes receivingthe second compressed media stream starting at the second transitionpoint.
 14. The method of claim 10, further including: prior to receivingthe content-transition indication, receiving the first compressed mediastream; and after selecting the first transition point, terminatingreceipt of the first compressed media stream after receiving datacorresponding to the first transition point.
 15. The method of claim 10,wherein: the first content includes video content that is divided into afirst plurality of groups of frames; the second content includes videocontent that is divided into a second plurality of groups of frames; thefirst transition point in the first content is selected so as to occurat a boundary of a first group of frames in the first plurality ofgroups of frames; and the second transition point in the second contentis selected so as to occur at a boundary of a second group of frames inthe second plurality of groups of frames.
 16. The method of claim 15,wherein: the first transition point corresponds to an end of a scene inthe first decompressed media stream; and the second transition pointcorresponds to a beginning of a scene in the second decompressed mediastream.
 17. A computer system, the computer system comprising: one ormore processors; and memory storing one or more programs, wherein theone or more programs are stored in the memory for execution by the oneor more processors, the one or more programs including instructions for:generating, using a first codec, a first decompressed media stream basedon a first compressed media stream; providing the first decompressedmedia stream to a presentation device; while providing the firstdecompressed media stream to the presentation device: receiving acontent-transition indication indicating that a second decompressedmedia stream is to be provided to the presentation device instead of thefirst decompressed media stream, wherein the content-transitionindication corresponds to a request to display the second decompressedmedia stream starting at a respective point in the second decompressedmedia stream; and receiving a second compressed media streamcorresponding to the second decompressed media stream; and in responseto receiving the content-transition indication: initializing a secondcodec after the first codec has stopped decompressing compressed mediaso that no more than one codec is decompressing compressed media at atime; generating, using the second codec, the second decompressed mediastream; and providing the second decompressed media stream, withoutcontent prior to the respective point, to the presentation deviceinstead of providing the first decompressed media stream to thepresentation device.
 18. A non-transitory computer readable storagemedium storing one or more programs, the one or more programs comprisinginstructions, which when executed by a computer system with one or moreprocessors, cause the computer system to: generate, using a first codec,a first decompressed media stream based on a first compressed mediastream; provide the first decompressed media stream to a presentationdevice; while providing the first decompressed media stream to thepresentation device: receive a content-transition indication indicatingthat a second decompressed media stream is to be provided to thepresentation device instead of the first decompressed media stream,wherein the content-transition indication corresponds to a request todisplay the second decompressed media stream starting at a respectivepoint in the second decompressed media stream; and receive a secondcompressed media stream corresponding to the second decompressed mediastream; and in response to receiving the content-transition indication:initialize a second codec after the first codec has stoppeddecompressing compressed media so that no more than one codec isdecompressing compressed media at a time; generate, using the secondcodec, the second decompressed media stream; and provide the seconddecompressed media stream, without content prior to the respectivepoint, to the presentation device instead of providing the firstdecompressed media stream to the presentation device.